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Ontologia de intreprindere face o distincţie clară între nivelul datalogic, infolog şi 
esenţial al tranzacţiilor cu blockchain şi contractele inteligente. Metodologia OntoClean, 
(Guarino 1998) dezvoltată de Nicola Guarino şi Chris Welty, (Guarino and Welty 2000) 
analizează ontologiile bazate pe proprietăţi formale, independente de domenii ale claselor 
(metaproprietăţi), fiind prima încercare de a formaliza noţiunile de analiză ontologică 
pentru sistemele informatice. Noţiunile sunt extrase din ontologia filosofică. în webul 
semantic, o proprietate este o relaţie binară. Distincţia dintre proprietate şi clasă este 
subtilă. Astfel, o metaproprietate este o proprietate a unei proprietăţi sau a unei clase. 








Identitatea este fundamentală pentru ontologiile sistemelor informatice, inclusiv 
în modelarea conceptuală a bazei de date., în special cele care expun existenţa sau cel 
puţin nevoia de a reprezenta alte entităţi. în OntoClean, criteriile de identitate sunt 
asociate cu, sau purtate de, anumite clase de entităţi, numite sortali. Un sortai este o clasă 
ale cărei instanţe sunt identificate în acelaşi mod. Criteriile de identificare şi sortalii sunt 
intuitiv menite să răspundă modului lingvistic de asociere a identităţii cu anumite clase. 

Designul ontologiei are sens doar odată ce designerul şi audienţa au o înţelegere 
de bază, dar fundamentală, cu privire la subiectul analizei, blockchain. Blockchain vine în 
trei forme: public, privat sau hibrid. (Buterin 2015) 

în afară de perspectiva sistemelor informatice, ontologia blockchain ar trebui să se 
refere şi la operaţiunile şi procesele afacerii potenţialilor întreprinderi adoptive. 
Ontologia de întreprindere oferă o colecţie de termeni relevanţi şi definiţii ale limbajului 
natural. Exemple bine cunoscute de cadre ontologice ale întreprinderilor sunt TOVE, EO 
şi DEMO. 

TOVE, acronimul proiectului TOronto Virtual Enterprise, este un proiect de 
dezvoltare a unui cadru ontologic pentru integrarea întreprinderii bazat pe şi adaptat 
pentru modelarea întreprinderilor. (Totland 1997) Obiectivele iniţiale ale proiectului au 
fost: (Fox 1992) 

• Crearea unei reprezentări partajate sau a unei ontologii a întreprinderii pe care 
fiecare agent din întreprinderea distribuită să o poată înţelege şi utiliza 

• Definirea semnificaţia fiecărei descrieri sau semantici 

• Implementarea semanticii intr-un set de axiome care vor permite TOVE să deducă 
automat răspunsul la numeroase întrebări "de bun simţ" despre întreprindere, şi 

• Definirea unui simbol pentru reprezentarea unui concept intr-un context grafic. 



Proiectul vizează dezvoltarea unui set de ontologii integrate pentru modelarea 
intreprinderilor. Modelul conform lui Ted Williams este "multi-nivel, acoperind straturi 
conceptuale, generice şi aplicaţii. Straturile generice şi aplicaţiile toate sunt, de asemenea, 
stratificate şi compuse din micro-teorii care acoperă, de exemplu, activităţi, timp, resurse, 
constrângeri etc. la nivel generic 

Modelele de intreprindere TOVE sunt prezentate de Fox et al. ca abordare de 
inginerie a cunoaşterii de a doua generaţie. O abordare a ingineriei cunoaşterii de primă 
generaţie "extrage reguli de la experţi, în timp ce a doua generaţie este ingineria 
ontologică: ea dezvoltă ontologii cuprinzătoare pentru toate aspectele unei organizaţii pe 
care le consideră necesare (necesitatea este decisă pe baza cerinţelor de competenţă ale 
modelului, întrebările la care modelul va trebui să răspundă, fie prin căutare obişnuită 
sau prin deducere). Fundalul TOVE este în mod clar ingineria cunoaşterii şi, într-o 
oarecare măsură, integrarea pe calculator a producţiei." (Fox 1992) 

O metodologie de modelare a intreprinderilor pentru tranzacţii şi analizarea şi 
reprezentarea proceselor de afaceri, care oferă o înţelegere coerentă a comunicării, 
informării, acţiunii şi organizării, a fost dezvoltată în anii 1980 de Jan Dietz şi este 
inspirată de perspectiva limbaj/acţiune introdusă în domeniul informaticii şi al 
proiectării sistemelor informatice de către Fernando Flores şi Terry Winograd în anii 
1980: (Flores et al. 1988) Metodologia de proiectare şi inginerie pentru organizaţii 
(Design & Engineering Methodology for Organizations - DEMO). (J. L. G. Dietz 2001) 




Diagrama principiului unei tranzacţii DEMO între doi actori, cu rezultatul 
respectiv. 

DEMO se bazează pe axiome explicit specificate caracterizate printr-o metodologie 
rigidă de modelare (Van Nuffel, Mulder, and Van Kervel 2009) şi se axează pe construirea 
şi funcţionarea unui sistem mai degrabă decât pe comportamentul funcţional. Acesta 
subliniază importanţa alegerii celui mai eficient nivel de abstractizare în timpul 
dezvoltării sistemului informatic pentru a stabili o separare clară a preocupărilor. (Nian 
and Chuen 2015) Deoarece DEMO sa dovedit a fi o metodologie utilă pentru a formaliza 
sisteme care sunt ambigue, inconsistente sau incomplete, mai ales atunci când vine vorba 
de reducerea complexităţii modelării, (Wang, Albani, and Barjis 2011) se poate utiliza 
ontologia de întreprindere şi DEMO pentru a descrie ontologia blockchain dintr-o 
perspectivă datalogică, infologică şi esenţială, (de Kruijff and Weigand 2017) 

Metodologia oferă o înţelegere coerentă a comunicării, informării, acţiunii şi 
organizării, se bazează pe următoarele principii: (J. Dietz 1996) 

• Esenţa unei organizaţii este aceea că ea constă din oameni cu autoritate şi 
responsabilitate de a acţiona şi de a negocia. 




• Modelarea proceselor de afaceri şi a sistemelor informaţionale este o activitate 
raţională, care duce la uniformitate. 

• Modelele de protecţie a informaţiilor ar trebui să fie pentru toţi cei interesaţi. De 
înţeles 

• Informaţiile trebuie să se potrivească cu utilizatorii lor. 

Acest concept s-a dovedit a fi o nouă paradigmă de bază pentru proiectarea 
sistemelor informatice, evidenţiind ce fac oamenii în timp ce comunică, realitatea prin 
intermediul limbii şi modul în care comunicarea aduce o coordonare a activităţilor lor." 
(Dignum and Dietz 1997) 

DEMO este legată de metoda de analiză a limbajului natural (Natural language 
Information Analysis Method - NIAM) dezvoltată de Shir Nijssen (Aaldijk and Vermeulen 
2001) şi modelarea obiectuală (ORM) (J. L. G. Dietz and Halpin 2004) dezvoltată în 
continuare de Terry Halpin. 

Modelul ontologic al unei întreprinderi în DEMO constă în ansamblul integrat a 
patru modele de aspect, fiecare având o viziune specifică asupra întreprinderii: 

• Modelul de construcţie (CM): compoziţia, mediul, structura de interacţiune şi 
structura de interstricţiune 

• Modelul de proces (PM): spaţiul de stare şi spaţiul de tranziţie al lumii sale de 
coordonare 

• Modelul de acţiune (AM): un set de reguli de acţiune; şi 

• Modelul factual (FM): spaţiul de stare şi spaţiul de tranziţie al lumii sale de 
producţie 



O evoluţie importantă în istoria bazelor de date a fost separarea opţiunilor de 
implementare de modelul conceptual al bazei de date (principiul independenţei datelor). 
O separare similară este foarte necesară pentru domeniul blockchain. Se poate adopta 
axioma de distincţie a ontologiei de întreprindere ca bază ontologică pentru această 
separare, (de Kruijff and Weigand 2017) 

Axioma de distincţie a ontologiei de întreprindere distinge trei abilităţi umane de 
bază: performa, informa şi forma. (J. L. G. Dietz 2006) Abilitatea forma se referă la 
aspectele formei de comunicare şi informare. Actele de producţie la nivel forma sunt 
datologice în natură: stochează, transmit, copiază, distrug, etc. date. Informa se referă la 
aspectele de conţinut ale comunicării şi ale informaţiilor. Actele de producţie la nivel 
forma sunt infologice în natură, ceea ce înseamnă că ele reproduc, deduc, raţionează, 
calculează, etc., obţinând abstracţie din aspectul forma. Performa se referă la aducerea 
unor lucruri noi, originale, direct sau indirect prin comunicare. Actele comunicative la 
nivel de performa sunt legate de evocarea sau evaluarea angajamentului; aceste acte de 
comunicare se realizează la nivelul informa prin intermediul unor mesaje cu un conţinut 
propoziţional. 

Urmând cele trei abilităţi, distingem trei straturi ontologice: datalogic (descrie 
tranzacţiile blockchain la nivel tehnic în termeni de blocuri şi cod) o abstracţie infologică 
(pentru a descrie tranzacţiile de tip blockchain ca efect al unui sistem de registru deschis 
(imuabil), şi esenţial (pentru a descrie semnificaţia economică a tranzacţiilor infologice). 
Nivelul datalogic este nivelul structurilor de date şi manipularea datelor, folosind 
taxonomiile identificate în criptovalute, (Glaser and Bezzenberger 2015) cercetarea 
blockchain, (Christidis and Devetsikiotis 2016) tehnologiile blockchain şi furnizorii de 
cloud. (Gray 2016) 



Object Management Group Unified Modeling Language (UML), împreună cu 
Object Constraint Language (OCL), (Purvis and Cranefîeld 1999) este considerată de 
Joost de Kruijff şi Hans Weigand cea mai bună potrivire pentru ontologia blockchain. (de 
Kruijff and Weigand 2017) OCL este un limbaj declarativ care descrie regulile aplicabile 
modelelor UML şi face parte din standardul UML. Iniţial, OCL a fost doar o extensie de 
limbaj de specificaţie formală pentru UML. (Object Management Group 2000) Acum, 
OCL poate fi folosit cu orice meta-model. (Object Management Group 2006) OCL este un 
limbaj precis al textului care oferă expresii de constrângere şi obiecte de interogare pe 
orice model specific sau meta-model care nu pot fi exprimate în alt mod prin notaţie 
schematică. OCL este o componentă cheie a noii recomandări standard pentru 
transformarea modelelor. 

OCL este o metodă de analiză şi de proiectare orientată spre obiecte de a doua 
generaţie. Declaraţiile OCL sunt construite în patru părţi: 

1. un context care defineşte situaţia limitată în care declaraţia este validă 

2. proprietate care reprezintă anumite caracteristici ale contextului (de exemplu, 
dacă contextul este o clasă, o proprietate ar putea fi un atribut) 

3. operaţie (de exemplu, aritmetică, orientată pe seturi) care manipulează sau califică 
o proprietate şi 

4. cuvinte cheie (de exemplu, dacă, altfel, şi, sau, nu, implică) care sunt folosite 
pentru a specifica expresii condiţionate. 

Joost de Kruijff foloseşte OCL pentru ontologia blockchain: (de Kruijff and 
Weigand 2017) 

• Actor: Un ID virtual pentru orice persoană sau organizaţie care deţine un portofel 

• Portofel: Iniţiază tranzacţii pe blockchain şi primeşte rezultatul tranzacţiei. 



• Tranzacţie: O cerere către noduri care conţine o intrare, o sumă şi o ieşire, sau date 
personalizate. 

• Nod: O entitate din reţea care fie adaugă (tranzacţii publice) fie validează 
(tranzacţii hibride sau private) şi le adaugă ulterior într-un bloc cu un hash unic. 
Nodurile primesc recompense pentru fiecare tranzacţie de succes care este 
adăugată la bloc. 

• Miner: Un nod anonim (de ex. un server) care manipulează criptografic o 
tranzacţie publică validată folosind un mecanism specific. 

• Minerit: Un mecanism de exploatare minieră prin care se pot efectua tranzacţii în 
blocuri publice. 

• Validator: Un nod non-public care validează tranzacţiile hibride sau private bazate 
pe mecanisme specifice. 

• Validare: Un mecanism de validare a tranzacţiilor în blocuri de tip non-public. 

• Bloc: Un container de tranzacţii cu un antet unic, criptografic. 

• Unchi: Un bloc foarte aproape de a fi blocul "corect" următor în bloc. 

• Văr: Un bloc foarte aproape de a fi unchiul "corect" în blockchain. 

• Timp de rulare: Permite interacţiunea sigură şi comunicarea între middleware şi 
cloud. 

• Middleware: Un software care permite terţilor să interacţioneze cu înregistrări de 
blocuri pentru a oferi servicii. 

Centrale acestei ontologii sunt portofelul, tranzacţia şi nodul. 

în cadrul taxonomiei pentru structura ontologică a unui lanţ, Joost de Kruijff şi 


Hans Weigand disting disting următoarele obiecte: (de Kruijff and Weigand 2017) 



• Lanţ (Chain): O combinaţie de blocuri 

• Mainchain: Conţine antetele de bloc ale tuturor blocurilor care sunt semnate 
digital şi care conţin înregistrări valide ale proprietăţii care sunt ireversibile. 

• Blockchain: Un lanţ principal implementat în conformitate cu codul de bare 
Bitcoin 

• Altchain: Un lanţ principal implementat în conformitate cu o bază de date 
alternativă. 

• Sidechain: Un lanţ care permite transferul de active în lanţul principal şi invers. 

• Drivechain: Un sidechain care oferă un drum pe două căi care permite transferul 
unei criptoalute dintr-o reţea de bază într-o altă reţea care necesită încredere 
scăzută faţă de terţi (Lerner 2016) 

• Sidechain bifurcat: Un sidechain care permite transferarea activelor între mai 
multe lanţuri principale. (Back et al. 2014) 

Langefors a făcut distincţia între informaţie (ca şi cunoaştere) şi date (ca 
reprezentare), (Goldkuhl 1995) creându-se un nou domeniu în ingineria cunoaşterii 
numit infologie, pentru administrarea de structuri complicate. (J. L. G. Dietz 2006) 
Blockchain ca "registru distribuit" este o caracterizare infologică. Un registru constă din 
conturi. Tranzacţiile trebuie să respecte regulile de tranzacţionare. O regulă axiomatică 
în blockchain este aceea că pentru fiecare tranzacţie intrarea este egală cu ieşirea (debit = 
credit). 

Conturile nu se limitează la a avea un echilibru sau o cantitate în valută 
(criptovalută), pot să se refere şi la alte tipuri de acţiuni, (de Kruijff and Weigand 2017) 



• Registru: Menţine o listă în continuă creştere a înregistrărilor de tranzacţii cu 
evidenţă temporală, conectate la un bloc definit la nivel datologic. 

• Cont: Trimite şi primeşte valoarea către şi de la o tranzacţie 

• Obiect: Un stoc personalizat sau o solicitare (tip) tranzacţionată de un cont printr- 
o tranzacţie. 

• Tranzacţie: Intrările şi ieşirile între conturi. 

• Jurnal: O listă de tranzacţii 

• Reguli de tranzacţionare: Contractele inteligente (nivelul esenţial) sunt impuse 
prin reguli de implicare implementate ca un cod de blocaj. 

Nivelul esenţial sau de afaceri se referă la ceea ce este creat direct sau indirect prin 
comunicare, (de Kruijff and Weigand 2017) în perspectiva limbaj/acţiune, (Narayanan et 
al. 2016) noţiunea cheie în comunicare este angajamentul ca o relaţie socială bazată pe 
înţelegerea comună a ceea ce este corect şi adevărat, o schimbare a realităţii sociale. 

Ontologia de întreprindere nu este specifică cu privire la conţinutul schimbării. 
Din acest motiv, se combină cu ontologia de afaceri Resurse, Evenimente, Agenţi (REA), 
(Hunka and Zacek 2015) iniţial propusă în 1982 de către William E. McCarthy ca model 
contabil generalizat. (McCarthy 1982) REA poate adăuga valoare şi atunci când 
modelează procesele actuale de afaceri ERP, oferind un instrument care măreşte 
înţelegerea implementării şi a modelului de bază. (Fallon and Polovina 1982) 

REA tratează sistemul contabil ca o reprezentare virtuală a afacerii reale. REA este 
o ontologie, obiectele reale incluse în modelul REA fiind: 

• Resurse: bunuri, servicii sau bani 

• Evenimente: tranzacţii de afaceri sau acorduri care afectează resursele 



• Agenţi: oameni sau alţi agenţi umani (alte companii etc.) 

Filosofia R EA se bazează pe ideea modelelor de design reutilizabile, deşi modelele 
REA sunt folosite pentru a descrie bazele de date. 

în modelarea de intreprinderi bazată pe ontologie, conceptualizarea este setul de 
ontologii necesare pentru a asigura interpretarea comună a datelor de la una sau mai 
multe baze de date comune ale intreprinderilor. Făcând presupunerea rezonabilă că 
modelarea blocurilor este o formă specializată de modelare inter-intreprindere, facem ca 
procesul de modelare bazat pe ontologie să aibă ca rezultat un blocaj cu interpretabilitate 
îmbunătăţită. Acesta este: (Kim and Laskowski 2016) 

• O abordare de modelare bazată pe ontologii informale sau semi-formale poate 
duce la îmbunătăţirea standardelor de date, precum şi la practicile şi procesele de 
afaceri pentru dezvoltarea şi funcţionarea unei blocuri. 

• O abordare de modelare bazată pe ontologii formale poate ajuta la specificaţiile 
formale de inferenţă automată şi de verificare în operarea blockchain. 

în abordarea bazată pe ontologii formale descrierea este foarte asemănătoare cu 
definiţia contractelor inteligente ca fiind "un software care reprezintă un aranjament de 
afaceri şi se execută automat în condiţii predeterminate." (The Economist 2016) 

Modelul REA dezvoltat de Bill McCarthy (McCarthy 1982) poate fi privit ca o 
ontologie de domeniu pentru contabilitate, (de Kruijff and Weigand 2017) REA 
moşteneşte natura fluxului de stocuri al contabilităţii, dar ridică structura sintactică a 
conturilor la un nivel semantic de resurse şi evenimente. 

Perspectiva contabilă este adecvată în contextul blockchain. întrucât tranzacţia de 
tip blockchain se referă la evenimente care declanşează modificări ale realităţii 
economice, REA este percepută ca fiind mai potrivită pentru analiza la nivelul esenţial 



decât DEMO, care este mai potrivită pentru coordonarea acestor evenimente, ceea ce este 
mai puţin important pentru blockchain. 

• Agent: Un individ sau o organizaţie care controlează resursele şi poate iniţia o 
tranzacţie sau un angajament 

• Resursă: Un bun cu o anumită valoare economică controlată de un agent. 

• Eveniment de flux de stoc: Oferirea sau primirea unei resurse. 

• Tranzacţie: Un proces care schimbă realitatea economică (schimb sau conversie) 
constând în evenimente de creştere şi reducere a stocului. 

• Schimb economic: O tranzacţie care schimbă realitatea economică prin 
intermediul schimbului. 

• Conversie economică: O tranzacţie care schimbă realitatea economică prin 
conversie. 

• Angajament: Promisiuni ale viitoarelor evenimente de flux de stoc care sunt 
îndeplinite cu executarea acestor evenimente. 

• Contract inteligent: Un contract în care îndeplinirea angajamentului este efectuată 
în totalitate sau parţial în mod automat, (de Kruijff and Weigand 2017) 

REA include şi noţiunea de contract ca un pachet de angajamente reciproce, prin 
tranzacţii, cât şi angajamente. O caracteristică specială a unui contract inteligent (iniţial 
introdusă de Nick Szabo) este că cel puţin unele dintre angajamente sunt executate 
automat. (Szabo 1997) Tranzacţiile sunt realizate cu un set de tranzacţii infologice. 
Angajamentele sunt, de asemenea, realizate prin tranzacţii infologice. îndeplinirea este 
realizată printr-un transfer din contul tip angajament. 



Referindu-ne la procesele REA, se poate spune că planificarea (crearea unui 
contract inteligent) şi alocarea resurselor de intrare (evenimentele de ieşire) se 
materializează pe blockchain, în timp ce executarea contractului prin schimb şi conversie 
(în o mai mică extensie) declanşează resursele de ieşire (evenimentele de intrare) care ar 
putea ajunge în afara blockchain, chiar şi pentru entităţile fizice, cum ar fi, de exemplu, 
dispozitivele IoT. (de Kruijff and Weigand 2017) 
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